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Enhancement of Communication Capabilities 
Field of the Invention 

5 The present invention relates to the enhancement of communication capabilities in an 
adhoc manner between a user using a first device and an content server with which the user 
is interacting through an interfacing handler. In particular, but not exclusively, the present 
invention relates to the inclusion of selected peripheral devices into a voice browser 
session. 

10 

Background of the Invention 

In recent years there has been an explosion in the number of services available over the 
World Wide Web on the public internet (generally referred to as the "web"), the web being 
composed of a myriad of pages linked together by hyperlinks and delivered by servers on 
15 request using the HTTP protocol. Each page comprises content marked up with tags to 
enable the receiving application (typically a GUI browser) to render the page content in the 
manner intended by the page author; the markup language used for standard web pages is 
HTML (HyperText Markup Language). 

20 However, today far more people have access to a telephone than have access to a computer 
with an Internet connection. Sales of cellphones are outstripping PC sales so that many 
people have already or soon will have a phone within reach where ever they go. As a 
result, there is increasing interest in being able to access web-based services from phones. 
'Voice Browsers' offer the promise of allowing everyone to access web-based services 

25 from any phone, making it practical to access the Web any time and any where, whether at 
home, on the move, or at work. 

Voice browsers allow people to access the Web using speech synthesis, pre-recorded 
audio, and speech recognition. Figure 1 of the accompanying drawings illustrates the 
30 general role played by a voice browser. As can be seen, a voice browser is interposed 
between a user 2 and a voice page server 4. This server 4 holds voice service pages (text 
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pages) that are marked-up with tags of a voice-related markup language (or languages). 
When a page is requested by the user 2, it is interpreted at a top level (dialog level) by a 
dialog manager 7 of the voice browser 3 and output intended for the user is passed in text 
form to a Text-To-Speech (TTS) converter 6 which provides appropriate voice output to 
5 the user. User voice input is converted to text by speech recognition module 5 of the voice 
browser 3 and the dialog manager 7 determines what action is to be taken according to the 
received input and the directions in the original page. The voice input / output interface 
can be supplemented by keypads and small displays. 

10 In general terms, therefore, a voice browser can be considered as a largely software device 
which interprets a voice markup language and generate a dialog with voice output, and 
possibly other output modalities, and / or voice input, and possibly other modalities (this 
definition derives from a working draft, dated September 2000, of the Voice browser 
Working Group of the World Wide Web Consortium). 

15 

Voice browsers may also be used together with graphical displays, keyboards, and pointing 
devices (e.g. a mouse) in order to produce a rich "multimodal voice browser". Voice 
interfaces and the keyboard, pointing device and display maybe used as alternate interfaces 
to the same service or could be seen as being used together to give a rich interface using all 
20 these modes combined. 

Some examples of devices that allow multimodal interactions could be multimedia PC, or 
a communication appliance incorporating a display, keyboard, microphone and 
speaker/headset, an in car Voice Browser might have display and speech interfaces that 
25 could work together, or a Kiosk. 

Some services may use all the modes together to provide an enhanced user experience, for 
example, a user could touch a street map displayed on a touch sensitive display and say 
"Tell me how I get here? 11 . Some services might offer alternate interfaces allowing the user 
30 flexibility when doing different activities. For example while driving speech could be used 
to access services, but a passenger might used the keyboard. 
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Figure 2 of the accompanying drawings shows in greater detail the components of an 
example voice browser for handling voice pages 15 marked up with tags related to four 
different voice markup languages, namely: 
5 - tags of a dialog markup language that serves to specify voice dialog behaviour; 

tags of a multimodal markup language that extends the dialog markup language 
to support other input modes (keyboard, mouse, etc.) and output modes (large 
and small screens); 

tags of a speech grammar markup language that serve to specify the grammar of 
10 user input; and 

tags of a speech synthesis markup language that serve to specify voice 
characteristics, types of sentences, word emphasis, etc. 

When a page 1 5 is loaded into the voice browser, dialog manager 7 determines from the 
15 dialog tags and multimodal tags what actions are to be taken (the dialog manager being 
programmed to understand both the dialog and multimodal languages 19). These actions 
may include auxiliary functions 18 (available at any time during page processing) 
accessible through APIs and including such things as database lookups, user identity and 
validation, telephone call control etc. When speech output to the user is called for, the 
20 semantics of the output is passed, with any associated speech synthesis tags, to output 
channel 12 where a language generator 23 produces the final text to be rendered into 
speech by text-to-speech converter 6 and output to speaker 1 7. In the simplest case, the text 
to be rendered into speech is fully specified in the voice page 15 and the language 
generator 23 is not required for generating the final output text; however, in more complex 
25 cases, only semantic elements are passed, embedded in tags of a natural language 
semantics markup language (not depicted in Figure 2) that is understood by the language 
generator. The TTS converter 6 takes account of the speech synthesis tags when effecting 
text to speech conversion for which purpose it is cognisant of the speech synthesis markup 
language 25. 

30 

User voice input is received by microphone 16 and supplied to an input channel of the 
voice browser. Speech recogniser 5 generates text which is fed to a language understanding 
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module 21 to produce semantics of the input for passing to the dialog manager 7. The 
speech recogniser 5 and language understanding module 21 work according to specific 
lexicon and grammar markup language 22 and, of course, take account of any grammar 
tags related to the current input that appear in page 15. The semantic output to the dialog 
5 manager 7 may simply be a permitted input word or may be more complex and include 
embedded tags of a natural language semantics markup language. The dialog manager 7 
determines what action to take next (including, for example, fetching another page) based 
on the received user input and the dialog tags in the current page 15. 

10 Any multimodal tags in the voice page 15 are used to control and interpret multimodal 
input/output. Such input/output is enabled by an appropriate recogniser 27 in the input 
channel 11 and an appropriate output constructor 28 in the output channel 12. 

Whatever its precise form, the voice browser can be located at any point between the user 
1 5 and the voice page server. Figures 3 to 5 illustrate three possibilities in the case where the 
voice browser functionality is kept all together; many other possibilities exist when the 
functional components of the voice browser are separated and located in different 
logical/physical locations. 

20 In Figure 3, the voice browser 3 is depicted as incorporated into an end-user system 8 (such 
as a PC or mobile entity) associated with user 2. In this case, the voice page server 4 is 
connected to the voice browser 3 by any suitable data-capable bearer service extending 
across one or more networks 9 that serve to provide connectivity between server 4 and end- 
user system 8. The data-capable bearer service is only required to carry text-based pages 

25 and therefore does not require a high bandwidth. 

Figure 4 shows the voice browser 3 as co-located with the voice page server 4. In this case, 
voice input/output is passed across a voice network 9 between the end-user system 8 and 
the voice browser 3 at the voice page server site. The fact that the voice service is 
30 embodied as voice pages interpreted by a voice browser is not apparent to the user or 
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network and the service could be implemented in other ways without the user or network 
being aware. 

In Figure 5, the voice browser 3 is located in the network infrastructure between the end- 
5 user system 8 and the voice page server 4, voice input and output passing between the end- 
user system and voice browser over one network leg, and voice-page text data passing 
between the voice page server 4 and voice browser 3 over another network leg. This 
arrangement has certain advantages; in particular, by locating expensive resources (speech 
recognition, TTS converter) in the network, they can be used for many different users with 
10 user profiles being used to customise the voice-browser service provided to each user. 

A more specific and detailed example will now be given to illustrate how voice browser 
functionality can be differently located between the user and server. More particularly, 
Figure 6 illustrates the provision of voice services to a mobile entity 40 which can 

15 communicate over a mobile communication infrastructure with voice-based service 
systems 4, 61 . In this example, the mobile entity 40 communicates, using radio subsystem 
42 and a phone subsystem 43, with the fixed infrastructure of a GSM PLMN (Public Land 
Mobile Network) 30 to provide basic voice telephony services. In addition, the mobile 
entity 40 includes a data-handling subsystem 45 interworking, via data interface 44, with 

20 the radio subsystem 42 for the transmission and reception of data over a data-capable 
bearer service provided by the PLMN; the data-capable bearer service enables the mobile 
entity 40 to access the public Internet 60 (or other data network). The data handling 
subsystem 45 supports an operating environment 46 in which applications run, the 
operating environment including an appropriate communications stack. 

25 

Considering the Figure 6 arrangement in more detail, the fixed infrastructure 30 of the 
GSM PLMN comprises one or more Base Station Subsystems (BSS) 31 and a Network 
and Switching Subsystem NSS 32. Each BSS 3 1 comprises a Base Station Controller 
(BSC) 34 controlling multiple Base Transceiver Stations (BTS) 33 each associated with a 
30 respective "cell" of the radio network. When active, the radio subsystem 42 of the mobile 
entity 20 communicates via a radio link with the BTS 33 of the cell in which the mobile 
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entity is currently located. As regards the NSS 32, this comprises one or more Mobile 
Switching Centers (MSC) 35 together with other elements such as Visitor Location 
Registers 52 and Home Location Register 52. 

5 When the mobile entity 40 is used to make a normal telephone call, a traffic circuit for 
carrying digitised voice is set up through the relevant BSS 3 1 to the NSS 32 which is then 
responsible for routing the call to the target phone whether in the same PLMN or in 
another network such as PSTN (Public Switched Telephone Network) 56. 

10 With respect to data transmission to/from the mobile entity 40, in the present example 
three different data-capable bearer services are depicted though other possibilities exist. A 
first data-capable bearer service is available in the form of a Circuit Switched Data (CSD) 
service; in this case a full traffic circuit is used for carrying data and the MSC 35 routes the 
circuit to an InterWorking Function IWF 54 the precise nature of which depends on what is 

1 5 connected to the other side of the IWF. Thus, IWF could be configured to provide direct 
access to the public Internet 60 (that is, provide functionality similar to an LAP - Internet 
Access Provider IAP). Alternatively, the IWF could simply be a modem connecting to 
PSTN 56; in this case, Internet access can be achieved by connection across the PSTN to a 
standard IAP. 

20 

A second, low bandwidth, data-capable bearer service is available through use of the Short 
Message Service that passes data carried in signalling channel slots to an SMS unit 53 
which can be arranged to provide connectivity to the public Internet 60. 

25 A third data-capable bearer service is provided in the form of GPRS (General Packet Radio 
Service which enables IP (or X.25) packet data to be passed from the data handling system 
of the mobile entity 40, via the data interface 44, radio subsystem 41 and relevant BSS 3 1 , 
to a GPRS network 37 of the PLMN 30 (and vice versa). The GPRS network 37 includes a 
SGSN (Serving GPRS Support Node) 38 interfacing BSC 34 with the network 37, and a 

30 GGSN (Gateway GPRS Support Node) interfacing the network 37 with an external 
network (in this example, the public Internet 60). Full details of GPRS can be found in the 
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ETSI (European Telecommunications Standards Institute) GSM 03.60 specification. Using 
GPRS, the mobile entity 40 can exchange packet data via the BSS 3 1 and GPRS network 
37 with entities connected to the public Internet 60. 

5 The data connection between the PLMN 3 0 and the Internet 60 will generally be through a 
gateway 55 providing functionality such as firewall and proxy functionality. 

Different data-capable bearer services to those described above may be provided, the 
described services being simply examples of what is possible. Indeed, whilst the above 
10 description of the connectivity of a mobile entity to resources connected to the 
communications infrastructure, has been given with reference to a PLMN based on GSM 
technology, it will be appreciated that many other cellular radio technologies exist (for 
example, UTMS, CDMA etc.) and can typically provide equivalent functionality to that 
described for the GSM PLMN 30. 

15 

The mobile entity 40tself may take many different forms. For example, it could be two 
separate units such as a mobile phone (providing elements 42-44) and a mobile PC 
(providing the data-handling system 45), coupled by an appropriate link (wireline, infrared 
or even short range radio system such as Bluetooth). Alternatively, mobile entity 40 could 
20 be a single unit. 

Figure 6 depicts both a voice page server 4 connected to the public internet 60 and a voice- 
based service system 61 accessible via the normal telephone links. 

25 The voice-based service system 61 is, for example, a call center and would typically be 
connected to the PSTN 56 and be accessible to mobile entity 40 via PLMN 30 and PSTN 
56. The system 56 could also (or alternatively) be connected directly to the PLMN though 
this is unlikely. The voice-based service system 61 includes interactive voice response 
units implemented using voice pages interpreted by a voice browser 3 A. Thus a user can 

30 user mobile entity 40 to talk to the service system 6 lover the voice circuits of the 
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telephone infrastructure; this arrangement corresponds to the situation illustrated in Figure 
4 where the voice browser is co-located with the voice page server. 

If, as shown, the service system 61 is also connected to the public internet 60 and is 
5 enabled to receive VoIP (Voice over IP) telephone traffic, then provided the data handling 
subsystem 45 of the mobile entity 40 has VoIP functionality, the user could use a data 
capable bearer service of the PLMN 30 of sufficient bandwidth and QoS (quality of 
service) to establish a VoIP call, via PLMN 30, gateway 55, and internet 60, with the 
service system 61. 

10 

With regard to access to the voice services embodied in the voice pages held by voice page 
server 4 connected to the public internet 60, if the data-handling subsystem of the mobile 
entity is equipped with a voice browser 3E, then all that the mobile entity need do to use 
these services is to establish a data-capable bearer connection with the voice page server 4 
1 5 via the PLMN 30, gateway 55 and internet 60, this connection then being used to carry the 
text based request response messages between the server 61 and mobile entity 4. This 
corresponds to the arrangement depicted in Figure 3. 

PSTN 56 can be provisioned with a voice browser 3B at internet gateway 57 access point. 

20 This enables the mobile entity to place a voice call to a number that routes the call to the 
voice browser and then has the latter connect to the voice page server 4 to retrieve 
particular voice pages. Voice browser then interprets these pages back to the mobile entity 
over the voice circuits of the telephone network. In a similar manner, PLMN 30 could also 
be provided with a voice browser at its internet gateway 55. Again, third party service 

25 providers could provide voice browser services 3D accessible over the public telephone 
network and connected to the internet to connect with server 4. All these arrangements are 
embodiments of the situation depicted in Figure 5 where the voice browser is located in the 
communication network infrastructure between the user end system and voice page server. 

30 It will be appreciated that whilst the foregoing description given with respect to Figure 6 
concerns the use of voice browsers in a cellular mobile network environment, voice 
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browsers are equally applicable to other environments with mobile or static connectivity to 
the user. 

Voice-based services are highly attractive because of their ease of use and the ready 
5 availability of mobile phones as an interface; however, a voice-only interface lacks the 
richness possible with multiple media types. 

It is an object of the present invention to provide a method and apparatus by which users 
can enhance their voice browsing experience to cover other media types in an adhoc 
10 manner. 



Summary of the Invention 

According to one aspect of the present invention, there is provided a method of enhancing 
1 5 communication between a user using a first device and a content server with which the user 

is interacting through an interfacing handler, wherein: 

the communication is managed as a session having one or more participants with the 
user, via the first device, being an initial participant to the session; 
the user, using the first device, passes on session joining information to at least one 
20 second device; 

the at least one second device uses me joining information to join the session; and 
the interfacing handler sends content and/or content references to the participants in 
the session. 

25 The present invention also encompasses apparatus for implementing the foregoing method. 



Brief Description of the Drawings 

A method and apparatus embodying the invention will now be described, by way of non- 
30 limiting example, with reference to the accompanying diagrammatic drawings, in which: 
. Figure 1 is a diagram illustrating the role of a voice browser; 



. Figure 2 
. Figure 3 
5 . Figure 4 
. Figure 5 

10 .Figure 6 

. Figure 7 

15 
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is a diagram showing the functional elements of a voice browser and their 
relationship to different types of voice markup tags; 
is a diagram showing a voice service implemented with voice browser 
functionality located in an end-user system; 

is a diagram showing a voice service implemented with voice browser 
functionality co-located with a voice page server; 

is a diagram showing a voice service implemented with voice browser 
functionality located in a network between the end-user system and voice 
page server; 

is a diagram of a mobile entity accessing voice services via various routes 
through a communications infrastructure including a PLMN, PSTN and 
public internet; and 

is a diagram of an embodiment of the invention involving a mobile phone 
for accessing a remote voice page server serving multimodal pages. 



Best Mode of Carrying Out the Invention 

In the following description, voice services are described based on voice page servers 
serving multimodal pages with embedded markup tags to voice browsers with multimodal 

20 capabilities. Unless otherwise indicated, the foregoing description of voice browsers with 
multimodal capabilities, and their possible locations and access methods is to be taken as 
applying also to the described embodiments of the invention. Furthermore, although 
browser based forms of voice services are preferred, the present invention in its widest 
conception, is not limited to these forms of voice service system and other suitable systems 

25 will be apparent to persons skilled in the art. 



30 



In the embodiment of the invention shown in Figure 7, user 5 is using mobile device 40 to 
browse content server 4 that hosts voice pages with multimodal markup as well as files of 
various media types that are referenced by the multimodal-tagged voice pages. The user is 
interfacing with the content server 4 through a voice browser 3 that is hosted in a browser 
service system 70 connected to the communications infrastructure (here comprising PLMN 
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30, internet 60 and, potentially, PSTN 56); the service system 70 may be provided by a 
network operator or a third party. The content server 4 thus exchanges content data with 
the browser 3 (see arrow 81) and the user exchanges voice data with the browser 3 (see 
arrow 80). 

5 

User 5 is a registered subscriber to the voice browser service of system 70 and can connect 
up to the voice browser service whenever the user wishes by connecting to a subscriber 
interface 72 of the service system and supplying a username and password. Connection 
between the mobile device 40 and voice browser 3 can be either over a voice circuit or a 
10 data connection as already described in the introduction to the present specification. 

The voice browser 3 has a multimodal capability as described above with reference to 
Figure 2. 

1 5 The service system includes a session manager 71 which whenever a subscriber logs on 
their voice browser service, generates a new session object instance 100 for the 
communication session with the user. The session object 100 holds data about the 
communication session including the current participants to the session and the content 
server currently visited. Initially, the sole participant is the subscriber (user 5). The session 

20 object 1 00 also records the media-handling capabilities of each participant device. In the 
present example, it is assumed that the mobile entity 40 only has a voice (phone) interface 
with the user, and so the user's device 40 is only ascribed this capability in the session 
object. The capability information can be passed to the service system at the time a device 
connects to the system using an appropriate protocol (or, for the user's device, can be 

25 stored at the system 70). 

The user uses voice browser 3 to browse the server 4 in normal manner. However, the user 
is told that there is an interesting video clip on a topic of interest — of course, solely with 
the voice capability of the device 40, the user is unable to see this video. The user therefore 
30 instructs a nearby video output device (peripheral 75) to join the user's current session with 
the service system. This is achieved by the sending of joining information over a short- 
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range communication link 82 from the device 40 to the device 75. This short-range link 
can be, for example, a Bluetooth radio link or an infrared link with the devices 40 and 75 
having transmitter 76 and receiver 77 respectively. The joining information comprises an 
address (e.g. URL) of an "assist" interface 73 of the service system and session-identifying 
5 information; this latter can simply be a user identifier but is preferably a session-specific 
identifier that is randomly created for each session and passed to the user as part of the log- 
in process. 

A communications subsystem 78 of the peripheral device 75 uses me joining information 
10 to connect with the assist interface 73 of the service system 70 (see arrow 83) and pass the 
session-identifying information to a rendezvous (RDV) manager 74. The manager 74 
searches the current session objects held by session manager to find which session the 
device 75 is wishing to join and when the correct session object 100 is found, joins the 
device to the session by storing its communication capabilities and connect data in the 
15 session object. At the same time, the user is notified by a notification unit 90 of the 
browser 3 that the device 75 has joined the session. 

The browser has access to the session object 100 and therefore knows what devices are 
connected to the session and what media capabilities they posses. Thus, upon the user 

20 asking to see the video clip of interest, the browser knows from checking session object 
1 00 that device 75 is a video display device capable of receiving a video clip. The browser 
can interact with the device in several ways. Firstly, the browser can send messages for 
display, these messages being generally content from the server 4 that have been marked 
up as for visual output. Secondly, the browser can receive a video file and interpret it for 

25 sending on to the device 75 for display. Thirdly, the browser 75 can simply pass the device 
all references to video files, the device 75 then being responsible for fetching and 
displaying the referenced file. In the present case, either the second or third possibilities are 
used to display the video clip. 

30 If now the user wishes to print out an image or text article, the use can join in a printer 
device to the session and tell the browser to print the required item. Again, the browser 
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looks in session object 1 00 to ascertain which participant device is capable of performing 
this operation before sending the desired content for printing. 

Device to be joined into the session are not limited to local devices since the mobile device 
5 can be used to send the required joining information to remote devices, out of range of the 
short-range transmitter 76. 

Many variants are, of course, possible to the arrangement described above with reference 
10 to Figure 7. For example, whilst in the foregoing description the inclusion of additional 
devices into a session has been done to enhance a voice browsing experience, the basic 
session could have been established around browsing in different modalities, such as with a 
normal visual browser. In this latter case, one of the devices included into the session on an 
adhoc basis could be a phone or other device supporting voice communication. 

15 

Furthermore, the session manager 7 1 could be associated with the server 4 rather than with 
the browser service system. In this case, each user visiting the site is treated like a 
subscriber in the Figure 7 embodiment and can pass on session-identifying information 
(such as a rendezvous URL for the server and user ID) to a peripheral device to be included 

20 into the session. The multimodal browser would conveniently also be provided at the 
server. However, this is not essential as the browser, wherever located, could refer to the 
session manager for participant communication data. Another alternative is to provide the 
server with limited capability to understand the media types of the content being served 
and to send the correct content types to the appropriate participant as indicated by the 

25 session manager with the user still interfacing via their normal browser system and each 
participant device being responsible for interpretation of its received content from the 
server. 

The session manager 71 could, in fact, be located anywhere in the infrastructure, separate 
30 from the browser service system with the latter referring to the session manager for 
communications information. 
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The browser functionality can, as already indicated in the introduction to the present 
specification, be located not only in the communications infrastructure but also at the 
server or in the user device. Again as already indicated, the present invention is not limited 
5 to the use of mark-up based content pages and an interpreting browser, and any appropriate 
user interfacing handler can be used for interpreting and managing the content provided by 
the server. 

Although the inclusion of devices with the capability of handling additional modalities is 
1 0 clearly advantageous, the present invention is also useful for including additional devices 
handling the same modalities as the user's device. One example of where this is useful is in 
the case where the included device has better capabilities for handling the common 
modalities (for example, the inclusion of a higher resolution display to supplement a small 
screen display on a mobile phone being used by the user). Another example is the inclusion 
15 into a user's current session of communication devices of other users. 



The user is preferably enabled to limit the involvement of other devices by authorising 
each only to receive a specific type of media or specific items or in any other appropriate 

20 manner. Furthermore, the user can advantageously dismiss other devices from the session 
at any time. To this end, a naming scheme is preferably adopted that is understood by the 
browser and apparent to the user; for example, joining devices could be named by number 
according to their order of joining with the browser announcing the name of each device as 
it joins. An alternative naming plan would be to name by functionality (eg "printer" if the 

25 device is a printer) with a joining-order number for that functionality being added if more 
than one device with the same functionality is joined. Rather than the browser naming the 
devices, the user could be asked to name each device as it joins. Having the devices named 
is, of course, useful for more than just dismissing the devices - indeed, the devices could 
themselves be talked to by the user through the browser and instructed accordingly. This 

30 can be achieved by having the browser recognise when a user input is intended for another 
device rather than for return to the content server, the browser, then being responsible for 



15 

understanding the semantics of the user input and converting it into a form suitable for the 
named device before outputting it to the latter. 

Whilst having each device register their capabilities with the session manager is preferred, 
this is not essential in that every joined device could be sent all content output from the 
content server, whatever its form - it is then up to each device to decide whether they can 
handle the received content. 
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CLAIMS 

1. A method of enhancing communication between a user using a first device and a 
5 content server with which the user is interacting through an interfacing handler, wherein: 

the communication is managed as a session having one or more participants with the 
user, via the first device, being an initial participant to the session; 
the user, using the first device, passes on session joining information to at least one 
second device; 

10 - the at least one second device uses the joining information to join the session; and 
the interfacing handler sends content and/or content references from the content 
server to the participants in the session. 

2. A method according to claim 1, wherein the devices register their communication 
15 capabilities with the session and the interfacing handler sends content and/or content 

references from the content server to the devices taking account of their registered 
capabilities. 

3. A method according to claim 1 or claim 2, wherein the interfacing handler sends 
20 content from the content server to the at least one second device according to authorisation 

information specified by the user. 

4. A method according to any one of the preceding claims, wherein the content server 
provides content in multiple media types and the at least one second is capable of handling 

25 one or more media types not handled by the first device. 

5. A method according to any one of the preceding claims, wherein the interfacing handler 
is a browser arranged to interpret pages with markup tags provided by the content server. 



30 6. A method according to claim 5, wherein the first device is a voice communication 
device and the interfacing handler is a multimodal browser capable of handling voice 
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markup pages provided by the content server. 

7. A method according to claim 6, wherein the first device is a cellular phone. 

5 8. A method according to any one of the preceding claims, wherein the first device passes 
on the joining information using a short-range communication link. 

9. A method according to any one of the preceding claims, wherein the or each second 
device is named upon joining the session with a name that is known to both the user and 

10 the interfacing handler. 

10. A method according to any one of the preceding claims, wherein the user can 
communicate with at least one second device via the first device and the interfacing 
handler. 

15 



20 
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ABSTRACT 
Enhancement of Communication Capabilities 

5 

A method is provided of enhancing communication between a user (5) using a first device 
such as a cell phone (40), and a content server (4) with which the user is interacting 
through a multimodal browser (3). The communication is managed as a session having one 
or more participants, the user being an initial participant to the session. The user, using the 
1 0 first device (5), passes on session joining information to a second device (75), for example 
a printer or display, and the second device uses the joining information to join the session. 
The multimodal browser (3) then distributes content, including content references, from the 
content server to the devices in the session according to their capabilities. 

15 
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